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[57] ABSTRACT 

A local chent computer includes a local hypertext server, a 
local application program, and a downloader for download- 
ing a copy of a remote network document (local copy), that 
is accessilile by the local application program, onto the client 
computer. When connected to the network, a downloader is 
executed to create the local copy on the client. When 
disconnected, the local copy may be accessed and modified 
through the cUent browser in a manner that is similar to 
when the client is connected to the network. 
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METHOD AND APPARATUS FOR Problems arise, however, when the client is not connected 

MODIFYING COPIES OF REMOTELY to the network and thus, not able to access the database or 

STORED DOCUMENTS USING A WEB the application program. Specifically, the client can not 

BROWSER modify the database until reconnected to the network. 

OTCT n ™c .KrwcNrnr^Nr ^ Accordingly, it would be desirable to have an apparatus 

HbLU Ob J Hb IN VbN 1 ION ^nd method that enables a cUent to locally update a database. 

This invention relates generally to data transmission net- normally located on a remote server, when the client is not 

works and, more particularly, to using a common gateway connected to the network, 
interface for updating a copy of a remote document stored in 

a local computer system. SUMMARY OF TOE INVENTION 

BACKGROUND OF THE INVENTION ^° accordance with one aspect of the invention, the client 

computer includes a local hypertext server, a local applica- 

FIG. 1 shows a commonly used network arrangement in tion program, and a downloader for downloading a copy of 

which a plurality of local computer systems in a local area a remote network document (remote document copy), that is 

network (LAN) may access a plurality of remote servers accessible by the local application program, onto the client 

through the Internet. Each remote server may include World computer. When connected to the network, a user executes 
Wide Web sites (web sites) that each include a plurality of the downloader to create the remote document copy on the 

World Wide Web pages (web pages). Each local computer client. When disconnected, the user is able to access and 

system may access the remote web sites with web browser 20 modify the remote document copy through the client 

software, such as Netscape Navigator"^", available from browser in a manner that is similar to when the client is 

Netscape Communications Corporation of Mountain \^ew, connected to the network. Specifically, the client browser 

Calif. conveys information in a template to the local application 

The World Wide Web is a collection of servers on the program through the local hypertext server. The application 

Internet that utilize the Hypertext Transfer Protocol (HTTP). 25 P^grani consequently modifies the remote document copy 

HTTP is a known application protocol that provides users in accordance with the information to be added to the remote 

with access to files (which can be in different formats, such document copy. Upon reconnect to the network, the client 

as text, graphics, images, sound, and video) using a standard computer then updates the remote document to reflect the 

page description language known as Hypertext Markup changes made by the client computer during disconnect. 

Language (HTML). HTML is used to transmit data and 30 

instructions between a remote computer (server) and a local BRIEF DESCRIPTION OF THE DRAWINGS 

computer (cHent) in a form that is understandable to the ^h^ ^ ^^^^^ ^^jects and advantages of the 

^^.T!? computer. More particularly, ^^^^^-^^ appreciated more fuUy from the foUowing 

HTML files may mclude many different types of format ^^^^^^ description thereof with reference to the accompa- 

descnptions that are translated and displayed by the client 35 nying drawings wherein: 

browser. One such format description, for example, may t-t/^ 1 • T, , ^ 

describe a template for receiving information that is FIG 1 is a block diagram of a generic network configu- 

intended to modify a selected database on a remote server. "^^^ ^^^^ disclosed system; 

A remote database application program, also stored on the 2 is a block diagram of a prior art network configu- 

remote server, receives the information from the template 40 ration using a hypertext server with a common gateway 

and consequently modifies the database. Information entered interface at an origin server; 

in the template by the client browser typically is transferred FIG. 2A is a block diagram of a chenl computer system 

into the database, via the database application program, by suitable for use with the disclosed system; 

an interface specification (interface) that is a part of a FIG. 3A is a block diagram of a prior art client computer; 

hypertext server within the server. The interface format may 45 piG. 3B is a block diagram of the client computer shown 

be any known interface format such as, for example Com- piG. 3A with the disclosed system; 

mon Gateway Interface (CGI), Internet Server Application . . . . , . . , 

Program Interface (ISAPI, co-developed by Microsoft Cbr- . ^ ^^^^ illustration showmg the graphical user 

• poration and Process Software Company), or JAVA Applet "^^^^^^^ ^° "^'^'^^^ ^^^^^^^ ^y^^^^^i 

(developed by Sun Microsystems). CGI is discussed in more 50 ^^^^ ^^^^^ diagram of a network configuration that 

detail in "The WWW Common Gateway Interface", version may utilize an interface specification at a client computer; 

1.1, in Internet draft form, dated Feb. 16, 1996, by DRT FIG. 6 is a block diagram of the local interface specifi- 

Robinson. cation on the client computer; 

As shown in simplified form in RG. 2, the interface is a , FIG. 7 is a flow chart illustrating a process for download- 

data specification used by the hypertext server to format data 55 ing a database from an origin server; and 

transferred between the cHent web browser and a database piG. 8 is a flow chart illustrating a process for accessing 

application program stored on the server (application and modifying a downloaded database 

program)^ More particularly, the hypertext server first pj^. 9 is a flow chart iUustrating a process for download- 

extracts data submitted from the templates (by the chent ^ ^^^^^^^^ ^^^^ ^^^^^ 

browser), translates such data mto the format of the interface 60 m • r, ^ * 

specification, and then transmits the translated data to the \}^' ^ chart illustrating a process of filtering 

application program to update the data stored in the data- "^^^ P^^es in the CFHD system; 

base. After the database is updated, the hypertext server may FIGS. IIA and IIB are flow charts illustrating a tree 

create a new HTML document reflecting the modifications retrieval process that may be utilized with the cache from 

to the database. The new HTML document then may be 65 bere down (CFHD) system; 

transmitted to the client, through the network, for review by FIGS. 11 C, IID, and llE are flow charts that collectively 

the users of the client. illustrate a process of creating a local directory structure; 
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FIG. 12 is a flow chart illustrating a process for creating 
a local image map mapping table; 

FIG. 13 is an exemplary network configuration that may 
be used with the autoupdate system; 

FIG. 14 is a flow chart iUustrating a process for initiating 
the autoupdate process prior to disconnect; 

FIG. 15 is a flow chart illustrating a process for updating 
an update copy during disconnect; 

FIG. 16 is a flow chart illustrating a process for updating 
a client copy after reconnect; 

DETAILED DESCRIPTION OF ILLUSTRAHVE 
EMBODIMENTS 

FIG. 2 A illustrates the system architecture for an exem- 
plary client computer system 200, such as an IBM THINK- 
PAD 701® computer or Digital Equipment Corporation 
HiNote™ computer, on which the disclosed network access 
system (system) can be implemented. The exemplary com- 
puter system of FIG. 2 is discussed only for descriptive 
purposes, however, and should not be considered a limita- 
tion of the invention. Although the description below may 
refer to terms commonly used in describing particular com- 
puter systems, the described concepts apply equally to other 
computer systems, including systems having architectures 
that are dissimilar to that shown in FIG. 2. 

The client computer 200 includes a central processing unit 
(CPU) 205, which may include a conventional 
microprocessor, random access memory (RAM) 210 for 
temporary storage of information, and read only memory 
(ROM) 215 for permanent storage. A bus controller 225 is 
provided for controlling bus 230, and an interrupt controller 
235 is used for receiving and processing various interrupt 
signals from the other system components. 

Mass storage may be provided by diskette 242, CD-ROM 
247, or hard disk 252, Data and software may be exchanged 
with client computer 200 via removable media, such as 
diskette 242 and CD-ROM 247. Diskette 242 is insertable 
into diskette drive 241, which is connected to bus 230 by 
controUer 240. Similarly, CD-ROM 247 is insertable into 
CD-ROM drive 246, which is connected to bus 230 by 
controller 245. Finally, the hard disk 252 is part of a fixed 
disk drive 251, which is connected to bus 230 by controller 
250. 

User input to the client computer 200 may be provided by 
a number of devices. For example, a keyboard 256 and a 
mouse 257 may be connected to bus 230 by keyboard and 
mouse controller 255. An audio transducer 296, which may 
act as both a microphone and a speaker, is connected to bus 
230 by audio controller 297. It should be obvious to those 
reasonably skilled in the art that other input devices, such as 
a pen and/or tablet and a microphone for voice input, may 
be connected to client computer a 200 through bus 230 and 
an appropriate controller, DMA controller 260 is provided 
for performing direct memory access to system RAM 210. 
A visual display is generated by a video controller 265, 
which controls video display 270. 

aient computer 200 also includes a network adapter 290 
that allows the client computer 200 to be interconnected to 
a network 295 via a bus 291. The network 295, which may 
be a local area network (LAN), a wide area network (WAN), 
or the Internet, may utilize general purpose communication 
lines that interconnect a pliu-ality of network devices. FIG. 
1 shows one network arrangement for use with the system in 
which a plurality of local computer systems (client comput- 
ers 200) in a LAN are connected to the a plurality of remote 
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network sites 100 via the Internet. The remote sites 100 may 
be World Wide Web sites (web sites), stored on one or more 
remote network devices, that each include a plurality of web 
pages. Each accessible web site may be accessed with web 
5 browser software 399 (FIG. 3B), such as Netscape 
Navigator*^", available from Netscape Communications 
Corporation of Mountain View, California. 

Client computer system 200 generally is controlled and 
coordinated by operating system software, such as the 
WINDOWS 95® operating system (available from 
Microsoft Corp., Redmond, Wash.). Among other computer 
system control functions, the operating system controls 
allocation of system resources and performs tasks such as 
process scheduling, memory management, networking and 
I/O services. 

FIG, 3A shows in more detail a prior art configuration of 
the client computer 200 connected to a network. 
Specifically, the client computer 200 includes the network 
adapter 290, the operating system 292, a network protocol 

20 slack 393 (e.g., Microsoft TCP/IP®, from Microsoft Corp.), 
and the browser 399. The browser 399 transmits requests to 
the network stack 393, which processes the requests and 
transmits them to the network 295 via the network adapter 
290 and operating system 292. Similarly, responses from the 

25 network 295 are received by the network stack 393, via the 
network adapter 290 and operating system 292, and then 
provided to the browser 399. When downloading a remote 
web page from a remote server, for example, the browser 
399 first transmits a request for the web page, with the web 

30 page Uniform Resource Locator ("URL*'), to the network 
stack 393. The network slack 393 responsively locates the a 
remote server and then transmits the request to the remote 
server via the operating system 292 and network adapter 
290. The web page then is transmitted to the network adapter 

35 290, via the network 395, and received by the network stack 
393. The retrieved web page then is provided to the browser 
399 for display on the client computer 200. 

Improving on the configuration shown above in FIG. 3A, 
FIG. 3B shows a preferred embodiment of the system. 

40 Specifically, an interceptor 394 is added to the client com- 
puter 200 to intercept transmissions between the browser 
399 and the network stack 393. Such transmissions may be 
a request by the browser 399 to access a web page on a 
remote server. Upon receipt of such transmissions, the 

45 interceptor 394 provides improved functionality for the 
client computer 200. Among the improvements is the capa- 
bflity of accessing locally stored web pages through the 
browser 399 without reqtiiring that the user either precon- 
figure the browser 399, or notify the browser 399 that the 

50 client computer 200 is disconnected from the network 295. 
The system thus includes the interceptor 394 and a 
mechanism for ascertaining if the client computer 200 is 
connected to the network 295. If the client computer 200 is 
connected to the network 295, the address (ie., URL) of the 

55 web page is determined firom the request. A fetch command 
then is transmitted to the remote server having the web page, 
thereby causing the client computer 200 to download the 
web page from the remote server. Conversely, if the client 
computer 200 is not connected to the network 295, the 

60 system includes a mechanism for locating the web page in 
the memory of the client computer 200 if such web page 
already had already been downloaded. The downloaded web 
page preferably is stored in a local directory structure 
constructed as discussed below with reference to FIGS. IIC, 

65 IID, and llE. 

Use of the interceptor 394 thus enables the user to access 
a web page via the browser 399, during disconnect, in a 
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manaer similar to that when the client computer 200 is a data pump 608 for downloading the database 506 from 

connected to the network 295. The user thus may access the the origin server 510; and 

downloaded web page without knowing if the client com- a cache control 610 for causing the data pump to down- 

puter 200 is connected to or disconnected from the network load the database from the origin server 510 to the 

295. s client computer 200. 

As shown schematically in FIG. 5, another aspect of the ^h* interceptor 394 may include the foUowing elements: 
system automatically enables the chent computer 200 to first * redirector 600 for receiving browser requests and direct- 
download a copy 504 of a remote network document 506 'ng specified requests to the local hypertext server; and 
(e.g., a database) fiom an origin server 510 ("origin server » connection manager 602 for determining if the client 
510"), and then modify the (database) copy 504 while i" computer 200 is connected to the network 295. 
disconnected from the network 295. Upon reconnect to the The function of each of these elements are more fully 
network 295, the client computer 200 then updates the understood with reference to FIGS. 7 and 8. FIG. 7 is a flow 
remote (database) document 506 to reflect the changes made chart illustrating a process for downloading the database 506 
by the client computer 200 during disconnect. This enables from the remote network device, and FIG. 8 is a flow chart 
the user to modify such a database during disconnect while 15 illustrating a process for accessing and modifying the down- 
automatically ensuring that such modifications will be made loaded database copy 504 of the database, 
to the remote (database) document 506 upon re-connect. With reference to FIG. 7, the process begins at step 700 

To that end, as shown in HG. 5, the client computer 200 "^^^"^ browser 399 on the cUent computer 200 
may include a local hypertext server 500 for formatting data ^ i^l^^!^ 506 be downloaded fi-om the 
received from the interceptor 394 into a selected interface ^° ""S"" ^10. This request is mtercepted by the mter- 
format, a local appUcation program 502, which is compat- «=Ptor 394, which determines if the cUent computer 20O is 
ible with the database and receives formatted information ^° '"T^"'^' °^ "'^ interceptor 
from the hypertext server, and a downloader 398 for 394 is effected here by the redirector 600 and the connection 
downloading, prior to disconnect, a local copy 504 of the ""^"^S" *'«P connection manager 602 
database 506 onto the client computer 200 from the remote ^ determmes if the chent computer 200 is connected to the 
network device. The local application program 502 is a ^95. If disconnected, the process ends because the 
substantial duplicate of the application program 512 on the database 506 cannot be downloaded. If connected to the 
origin server 510. In addition, program 502 may be either "T"''' ^95, the interceptor 394 transmits the request to the 
downloaded with the local copy 504, preloaded into the ongin server 510. TTie ongin server 510 responds at step 706 
memory of the client computer 200, or otherwise accessible ^ by transmitting a hst having a ;'mmie header, to the chent 
by the cliem computer 200 during disconnect. The interface computer 200. The hst then is transmitted to the cache 
format may be any known interface format such as, for control 610 (step 708) that first determmes from the list 
example. Common Gateway Interface (CGI), Internet ''^'"^^i^^ be downloaded, and then causes the 
Server AppUcation Program Interface (IS API, co-developed data pump 608 to begm downloading a copy of each of the 
by Microsoft Corporation and Process Software Company). databases in the list. After the daubase copy 504 is 
or JAVA Applet (developed by Sun Microsystems). CGI is downloaded the cache control 610 creates a d_irectory map- 
discussed in more detail in "The WWW Common Gateway P|ng ^'^^"^V having fields ' URL and 
Interface", version 1.1, in Internet draft form, dated Feb. 16. ''ocauon m local directory structure (step 710). TTie cache 
1996 by DRT Robinson control 610 then adds data to the directory mapping table, 

. ,40 thereby providing the information for creiating a client 

According y. dunng disconnect, requests from the directory structure, if necessary, in the client computer 200 

browser 399 to modify the database are intercepted by the ^^^^^^ ^ hierarchical tree structure on The origin 

interceptor 394. Such request may include data from a «ia ^n. v ^j- * * u * j u 

.f™-., .^n^ ij 1. server 510. The client du-ectory structure may be created by 

template. The mterceptor 394 responsive ly determines that , 

1- . . -inn -J- . J Z 1 conventional means, 

the chent computer 200 is disconnected from the network, _ r\ *i- j ♦ u ■ j ^ ^ ^ * *u i- * 

.111 rr^ ^s Once the database copy 504 is downloaded into the chent 

and then directs the request to the local hypertext server. The , , , i • . j • *u * 

, , , ^ . , 1 , 1 directory structure and Us location is stored in the directory 

local hypertext server responsively translates the request and • * ui .u i • . j ^ .u j . 

f .1- J . /r .t^ 1 . \ u 1 11- mapping table, the client may access and modify the data- 
transfers the data (from the template) to the local application u enA -.u *i- 1*1. lt\n u-i J- 

j I 1 11 11 . base copy 504 with the client browser 399 while discon- 

program 502 to modify the locaUy stored database copy. ^^^^ ^^^^ ^^^^^ 295. HO. 8 thus shows a process 

This process is done completely while disconnected from • j j-r- 

L ^ 1 '^A*- J i_ 1 - , 50 of accessmg and modifying the downloaded database copy 

the network 295 and thus, does not require access to the -n^ • i . ^nn l j- * j 

. ^ , *u • • eln *u- 504 in the client computer 200 when disconnected, 

hypertext server on the ongm server 510. Moreover, this Specifically, after data is entered into the templates, the 

process is a background process and thus, does not interrupt ^^^^^^ 3,^5 ^ ^^^^ ^^^^^ ^^ jj,^ 

the execution ofthe brov^ser or other apphcation programs j^ierceptor 394 and the redirector 600 (step 800). The 

on the system. Tlie modifications to the database copy 504 ^^^.^^^^^^ ^^^^ connection manager 602 at step 

51o'u"'on re'conned" °° ""^"^ ^"^"^ '° ^ «"°P"'" ^00 % connected to 

upon reconnec . network 295. If connected to the network 295, the 

More particularly, FIG. 6 is a block diagram of a preferred database 506 on the origin server 510 is accessed and 

embodiment of the local hypertext server 500 stored on the modified, by conventional means, over the network 295 

client computer 200 in relation to the interceptor 394. The ^^^^p gQ4j 

local hypertext server 500 may include the following ele- jf the client computer 200 is not connected to the network 

295. the redirector 600 accesses the mapping table 606 to 

an engine 604 for performing the interfacing functions of ascertain the location of the database and local application 

the interface; program 502 in the client directory structure (step 806). The 

a directory mapping table 606 for storing the location of 65 redirector 600 then transmits the location of the local 

the database copy 504 within the directory structure of application program 502, the database copy 504, and the 

the client local computer; data to modify the database copy 504 to the local engine 604 
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at step 808. The local engine 604 then locates the database "C:\WIN32APP\WGWF\WWW.SERVER1 .COM\- 

copy 504 and local application prcgrana 502, translates the ALIAS\ACA-1\DISPATCH.CGI." The URL has been 

data, and then transmits the translated data to the local mapped to a local directory, and the executable file DIS- 

application program 502, (step 810). The application pro- PATCH. CGI has been parsed and appended to the directory 

gram 502 then modifies the database at step 812 and 5 specification. 

responsively sends an HTML response to the browser 399 Th® functions "findCGIcasheEntry," "getCGIcacheEntry'\ 

reflecting the modifications (step 814). Upon reconnect, the "getCGlcacheCount" are enumeration routines used by 

data pump 608 may upload the modified database to the graphical user interface of the application to display and 

origin server 510 to reflect the changes made in the database. manage mformation m the directory mapping table. 

In the preferred embodiment, which is implemented using lO , readCGlcacheList ' and "wnteCGlcach- 

CGI, the cache control 610 accesses a plurality of functions 'l^^' , '° '''f ^^^'^ 

to modify the mapping table 606. Am^ong thLe functions '''^^IZ'Z^^^^^^ .Hent is 

reconnected to the network 295, the client computer 200 

addCGlcacheEntry(CString cURL, CString cDirectory); may access the server again and modify the database to 

remove CGlcacheEntry(CStringcURL); reflect the data added, removed, or modified during discon- 

mapCache(CString cURL, CString & cResult); (database transaction). This may be done by conven- 

findCGIcasheEntry(CStringcURL); tional methods, such as by means of a reconciliation engine 

.oi-i u o * / • . I J r^c^f- ,ir,f ^c.. ■ CL to update the database, or by directly overwnting the data- 

getCGIcacheEntry(mtnIndex, CStnng cURL, CSlrmg & ^ase on the origin server 510, 

cDirectory); 2o When the preferred embodiment of this aspect of the 

getCGIcacheCount( ); system is in use, a user of the client computer 200 connects 

readCGIcacheList( ); and to the origin server 510, via the network 295, and accesses 

writeCGIcacheList( ); a application program associated with the database. The 

Each function is briefly discxjssed below: interface associated with that application program may 

The function "add CGIcache Entry" creates a new direc- 25 include a "download" button which, when selected by the 

tory entry on the client computer 200 that represents a client user, causes the database and associated origin server 

remote (CGI) application, given the URL string and the root 510 directory structure to be downloaded from the origin 

directory. It is assumed that the full root directory path is server 510 to the client computer 200. A status bar may be 

specified in the cDirectory parameter passed to this routine, displayed by the client computer 200 during the download, 

and that cURL is the standard reference to the application on 30 The user then may disconnect from the network 295 and 

the remote server. An example of the input parameter for modify the database copy 504 via the local application and 

cURL could be "//www.serverl.com/-alias/aca~l/ the browser 399 in a manner that is substantially identical (to 

dispatch .cgi", where www.serverl,com is the remote address the user) to when the client computer 200 is connected to the 

of the server, "/-alias/aca~l/" is a directory specification on network. Access through the browser 399 is necessary in all 

the server and "dispatch.cgi" is the CGI appflcation to run. 35 CGI application programs, for example, designed for the 

An example of the input parameter for cDirectory might be World Wide Web because such applications frequently do 

"C:\WIN32APP\WGWF\", which identifies the root direc- not have a user interface. Specificafly, the CGI application 

tory for all mapped entries. The result of this function is that "standard in" (a part of each application program that 

an entry is created in the directory mapping table, and an specifies from where data may be received; for example, a 

associated directory is created that is used to contain files 40 keyboard or a mouse) often may be set to receive input from 

required to locally download the remote application speci- the hypertext server only which, in this example, receives 

fied. The database mapping created for the above example, input from the browser 399. Data to update the database 

having a URL of: copy 504 may be entered into one or more templates 

"H riP://www.se rverl.com/~alias/aca~l/dispatch.cgi" displayed by the browser 399. Once the data is entered into 

maps to the directory: 45 the templates, the user may select a "submit" button, for 

"C:\WIN32APP\WGWF\W WW, SERVERl. example, that enters the data into the database copy 504. 

COM\~ALIAS\ACA~I\." Upon reconnect, the modifications to the database copy 504 

on the local system when disconnected. are automatically made to the database on the origin server 

The function "removeCGlcacheEntry** enables the cache 510. Accordingly, the database may be maintained locaUy 

control 610 to remove a "URL to directory" mapping in the 50 while disconnected from the network 295. 

directory mapping table given cURL, where cURL is the It should be understood, however, that this aspect of the 

specific URL map entry. If there is no matching URL, the system may be practiced with other types of remote 

request returns an error. If a URL exists in the database documents, such as word processor or spread sheet docu- 

mapping table, it is removed. ments. Accordingly, maintenance of a database is discussed 

The function "mapCache" is used by the redirector to 55 here for exemplary purposes and is not intended to limit the 

, search the directory mapping table for matching the passed scope of the system. It also should be noted that although 

cURL to an existing entry. If a match is found, the directory many embodiments of the system have been discussed with 

mapping is returned using cResult. This routine is used when reference to World Wide Web pages, the system may be 

the client computer 200 is disconnected to determine if the practiced with various other types of documents. Moreover, 

remote request can be satisfied by a stored CGI entry. If 60 although CGI is disclosed as the preferred embodiment, it 

cResult returns non-zero, an entry exists and the request is should be understood that the disclosed system may be 

directed to the engine with a SCRIPT_NAME environment utilized with any known interface format specification, such 

parameter pointing to the local application as a result of this as those previously mentioned. The above discussion of CGI 

mapping. An example of the input parameter for the URL was exemplary only and therefore should not be considered 

couldbe "//www.serverl.com/-alias/aca-l/dispatch.cgi."If a 65 a limitation of the interface system, 

match existed, an example of the output parameter for Groups of remote web pages may be downloaded accord- 

cResuIt might be ing to a process referred to as "cache from here down" 
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(CFHD). The CFHD process downloads a set of preselected than a preselected size. Web pages that are greater than the 

web pages from a single remote web site into the non- preselected size thus are not stored. Another filtering param- 

volatile memory of the client computer 200. These prese- eter may prevent the client computer 200 from storing web 

lected web pages may be reviewed when the client computer pages resident on network devices that are remote from the 

200 is disconnected from the network 295. More 5 network device on which the selected web page is located, 

particularly, when the CFHD process is initiated, a web page Such filtering parameter thus ensures that each of the stored 

displayed by the client computer 200, specified web pages in web pages originates from the same remote network device, 

the same node (i.e., containers that contain web pages) as the Yet another filtering parameter may prevent the client com- 

displayed web page, and specified web pages in the same puter 200 from storing web pages that are not a preselected 

branch on nodes below the displayed web page, are auto- lO type. A type of file is identified by an extension at the end 

matically downloaded into the non-volatile memory of the of a URL. For example, no graphic image files (having the 

client computer 200. The entire web site thus is not extension ".gif *) will be stored if such files are selected to 

downloaded, thereby saving download time and memory on be filtered. Similarly, the filtering parameters may be 

the cHent computer 200. To that end, indicia may be selected to filter out portions of web pages that are in a 

included on the displayed web page that enables a user to is preselected format. For example, only the text in HTML 

select the CFHD function. FIG. 4, for example, shows such (Hypertext Markup Language) web pages having both text 

indicia as being a button 400 having the text string, "cache and references to graphic image files (GIF files having the 

from here down." Selection of this button 400 causes the siifiBx ".gif* ) may be dovraloaded onto the local computer. It 

client computer 200 to execute the CFHD process in the should be noted, however, that any combination of the above 

background. Since it is a background process, the entire 20 noted filtering parameters may be selected. 

CFHD process is completed without interrupting the normal FIG. 10 is a flow chart illustrating a process that may be 

execution of the web browser 399. A user therefore may used by to filter the web pages. This process utilizes the URL 

continue browsing any remote site while the selected web of the web page being filtered to ascertain the necessary 

pages are being downloaded. information for processing the web page. Specifically, at 

FIG. 9 is a flow chart illustrating a process that may be 25 step 1000, it is determined if the web page corresponding to 

used for downloading the web pages into the non-volatile the URL under examination is the appropriate type of file, 

memory of the client computer 200 from a remote web site. For example, all files except ".gif* files may be an appro- 

At step 900, a user accesses and downloads a remote web priate type. The filter ascertains this by searching the URL 

page. Such a remote web page may be automatically stored of the examined web page for the sufiBx ".gif*, for example, 

in the non-volatile memory of the client computer 200. The 30 to determine if such web page is such a file. If not the 

CFHD button 400 then is selected at step 902 to initiate the appropriate type, the web page does not pass through. If it 

CFHD background process. This causes the browser 399 to is the appropriate type, it then is determined at step 1002 

transmit a request to the interceptor 394, which performs the whether the web page is on the same server as the 4 root web 

remaining steps of the process (see FIGS. 101 HE). Copies page. The filter ascertains this from the URL of the exam- 

of the selected web page (i.e., the root web page), certain 35 ined web page by comparing its web site designation to that 

web pages in the same node as the selected web page, and of the root web page. If the URL indicates that the web page 

certain web pages in the same branch on nodes within a under examination is not on the same server, then it is 

preselected number of levels below the selected web page determined at step 1004 whether the filtering parameters 

node, then are downloaded into the non -vol a tile memory of were configured to permit a download from a different 

the client computer 200 at step 904. This process creates a 40 remote server device than the server device of the root page, 

local directory structure (discussed below) in the client If not, then the web page does not pass through the filter. If 

computer 200 for eflSciently filing the downloaded web web pages from remote servers are allowed, then the web 

pages. At step 906, the downloaded web pages may be page successfully passes through the filter, 

tagged as a bookmark in the web browser 399 for future Returning to step 1002, if the web page under examina- 

access. The downloaded web pages thus may be accessible 45 tion is on the same server device as the root web page, it then 

for display, or other use by selecting either a bookmark or an is determined at step 1006 if the examined web page is on 

"open" button in the browser. the same level or within a preselected number of levels 

In addition to downloading certain web pages between the below that of the first page. TTiis is ascertained by counting 

root node and a preselected number of levels below the root the number of forward slashes (i.e., "/") in the URL. If not 

node, the CFHD process also may be configured to 50 on the same level or within a preselected number of levels, 

download, in preselected instances, web pages on servers the web page does not pass through the filter. Otherwise, the 

that are remote from the server having the root web page. web page successfully passes through the filter. 

The details of downloading such web pages are discussed in By way of example, a root web page having the URL, 

greater detail below with reference to FIGS. 10 through llE. "www. altavista.com/creative/index, htm", for example, has 

Although the CFHD process may be implemented with 55 all of the necessary information for the above noted fiher. 

default values for all of the necessary parameters, the The type of file is a ".htm" file, the remote server is 

preselected maximum number of levels below the selected "www.altavista.com", and the levels from the root web page 

web page may be chosen before the CFHD button 400 is may be ascertained by counting the "/*' between the node 

selected. Accordingly, a configure button 402 may be "creative" and the node of the current web page. Continuing 

included that enables a user to preselect the maximum 60 with the previous example, since there is no " .gif ' suffix in 

number of levels to download onto the client computer 200 the URL, this web page wiU pass through the filter, 

from the web site. In addition, the configure button 402 also Any known process for downloading the remote web 

may include a number of other "filtering*' parameters that pages in the client computer 200 may be used. A tree 

prevent the computer from downloading and storing certain retrieval process may be used. This tree retrieval process 

web pages from the web site (i.e., "filtering" the web pages). 65 stores the web pages in a local directory structure that is 

One such filtering parameter, for example, may enable the similar to the hierarchical tree structure on the remote 

client computer 200 to store only web pages that are less network device. FIGS. HA and 11 B show one such tree 
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retrieval process that may be used to store remote web pages step 1142, a "\" and then a protocol name (e.g., HTTP) is 

in the client computer 200. Specifically, at step 1100, the appended to filename. Similarly, at step 1144, a "\" and then 

CFHD button 400 is selected. At step 1101, a list database the host name is appended to filename. A "V, then is 

is created for storing the URL of each web page to down- appended to filename at step 1146. A variable "nextchar" 

load. A "first page*' variable then is set to the web page 5 then is set to the first character in the "document path name" 

displayed on the client computer 200 when the CFHD button (step 1148). The document path name is the part of the URL 

400 is selected (step 1102). At step 1104, a "current page" ^^^^ ^ located after the host name. At step 1150, it then is 

variable also is set to the web page displayed when the determined whether any characters remain in the path name. 

CFHD button 400 is selected. The current page then is remam, the process ends. If characters do remain, 

scanned for hyperlinks at step 1106 This may be done by no '^^^^'^ ^ ascertamed at step 1152 if nextchar^ a "A" If yes. 

scanning the stored HTML code for hyperlink tags. At step ^ , ^ ^ 'PP/ ^^^^^ ^'^^ "^4,- 

1108, the URL(i.e., web page) of each hyperlink is filtered d^^^^!"^^,^ if any characters remain at step 1155 If none 

, ^ ' ni/ - "ii'^i'^u remain, the process ends. If characters do remain, then the 

according to several preselected filtering parameters variable nextchar is set to the next character in the path name 

(discussed above with reference to FIG. 10). The URL of (.^^p ^^^^y j^e process then loops back to step 1150 to 

web pages that pass through the filter then are added to the is ascertain if any characters remain in the path name, 

list database at step 1110 At step 1112, it then is determined Alternatively, if at step 1152 nextchar is not a "/", the 

if the URL of the current page is the last URL in the list process continues at off-page connector "E." From off page 

database. If yes, the tree retrieval process ends. connector "E", it then is ascertained at step 1158 if nextchar 

If such URL is not the last URL in the list database, the is the character "%." This is important to determine because 

process continues with off page connector "B" to step 1114 20 a character may be represented in ASCII form by a 

in which the current page variable is set to the next URL in character and two successive hexadecimal numbers, 

the list database. The current page then is downloaded onto Therefore, if nextchar is not a the process continues 

the memory of the client computer 200 at step 1116 It then with off page connector "R" If nextchar is a it then is 

is determined at step 1118 if the current page is greater than ascertained if there is a nextchar +1 and a nextchar +2 (step 

a preselected size. If it is greater than the preselected size, 25 1159). If such characters do not exist, the process continues 

the process continues with off page connector "C" and loops to off page connector "F." If such characters do exist, it then 

back to step 1112 (i.e., checking for last URL in list is ascertained at step 1160 if nextchar +1 and nextchar +2 are 

database). This loop prevents the URLs from hyperHnks in both within the hexadecimal set [0-9, lower case a-f, and 

the oversized current page from being stored in the list A-F]. If not, the process continues to step 1172 via off page 

database, and also prevents the current page from being 30 connector "I.". If yes, it then is ascertained at step 1164 if, 

downloaded into the client computer system. when treating nextchar +1 followed by nextchar +2 as a 

If the web page is not greater than the preselected size, the two-digit hexadecimal number, the character whose ASCII 

current page then is stored in non-volatile memory of the value equals such number is a valid file name character. If 

client computer (step 1122). At step 1124, it then is deter- not a valid file name character, the process continues to step 

mined if the non-volatile memory designated for the CFHD 35 1172 via off page connector "I." If a valid file name 

process is full. If it is full, the process ends. If it is not full, character, the character from step 1164 above is appended to 

it then is ascertained at step 1126 if the current web page is filename (step 1166). It then is determined if any characters 

in the same remote server as the first page. If it is not, then remain in the path name (step 1167) after nextchar +2. If 

the process continues to off page connector "C" and loops none remain, the process ends. If characters do remain, then 

back to step 1112 (i.e., checking for last URL in list 40 nextchar is set to nextchar +3 (step 1169). The process then 

database). Similar to step 1120, this prevents the URLs from loops back to step 1152, via off page connector "G", to 

hyperlinks in such current page from being stored in the list ascertain if nextchar is a "I." If, in step 1158, a determination 

database. If it is in the same remote server as the first page is made that nextchar is not a "%" character, it then is 

(i.e., by comparing the current page against the first page), ascertained at step 1168 if nextchar is a valid file name 

the process continues to off page connector "D" and loops 45 character. If not, then using the ASCII value of nextchar, a 

back to step 1106 (i.e., scanning for hyperlinks), "%" followed by the two digit hexadecimal value is 

The list database may be any database that can store one appended to filename at step 1170. The process then loops 

or more URL strings. One such database may be a relational back to step 1156 to set nextchar to the next character in the 

database having a single "URL" field identifying a URL path name. If at step 1168 the result is positive, the process 

address. Such a list database is formed and accessed by the 50 continues to step 1172 where nextchar is appended to 

interceptor 394 only and thus, is inaccessible to a user. filename. The process then loops to step 1156 via off page 

As noted above, a directory stmctxire is created on the connector "H.". 

client computer 200 that is substantially identical to the Using the above directory creating process, an exemplary 

hierarchical tree structure on the remote network device URL "http://etpc.hq.altav.cora/root/look at this.html" is con- 

from which the stored web pages were retrieved. Any known 55 verted to a directory stmcture with a root directory of 

process for creating the local directory may be used. A "cachebase" as follows: 

directory procedure may be used that creates a main direc- "cachebase\http\etpc.hq.altav.com\root\look%20at%20this. 

tory and a plurality of subdirectories, identical to the remote html", 

tree structure, for the stored web pages. The directory Locally stored web pages may be accessed through a 

procedure executes during the CFHD process by first 60 browser by conventional means, such as by selecting an 

reviewing the URLs of the downloaded web pages as "open" button, or by selecting a bookmark. Selection of a 

received by the client computer 200, and then dynamically bookmark causes the computer to display the first web page 

creating an appropriate local directory structure. FIGS. (i.e., the root web page in the tree) on the display 270. A user 

IIC-IIE show one directory creation process that may be may traverse through a stored directory structure in the same 

used to create such local directory structure. 65 manner that such user would traverse through the analogous 

Specifically, at step 1140, a variable "filename" is set to a tree structure on the remote network device from which the 

base directory in the memory of the client computer 200. At stored web pages originated. In the event that a web page is 
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selected that was not stored on the local computer (such as the background process) at step 1206. Although the center 

a web page at a higher level than the first web page), the point preferably is selected, any other point in the sections 

client computer 200 will display indicia indicating that the could be examined to create the local image mapping table, 

selected web page is not stored locally. For example, the The client computer 200 then sends a query request, to the 

client computer 200 may display the text "the selected web 5 remote network device, that includes the selected coordi- 

page is not stored in local memory" when a web page that nates of the graphical image (step 1208). In response to this 

was not stored on the client computer 200 is selected. When query request, the remote network device uploads, to the 

viewing a stored web page, additional indicia may be client computer 200, the web page (i.e., a response) asso- 

displayed indicating that the viewed web pages were cia ted with the selected point. The client computer 200 then 

retrieved from the memory in the client computer 200 and lo stores the URL of the downloaded web page and the 

not from the remote network site. Since the interceptor 394 coordinates of the current section of the graphical image in 

intercepts browser requests to display web pages and auto- the local image mapping table (step 1208). It then is ascer- 

matically selects an appropriate source for the pages, the tained at step 1210 if the last section has been reached. If it 

retrieved web pages may be viewed either when the client has been reached, the process ends and the local mapping 

computer 200 is disconnected from or connected to the is table is fully formed. If the last section has not been reached, 

network 295. then the current section variable is set to the next section in 

As a supplement to the CFHD process, a mechanism may step 1212. The process then loops back to step 1206 to select 

be included to download into non-volatile memory each web the center point of the current section, 

page from the remote web site that was accessed by the Accordingly, a user's selection of any point of a graphical 

browser 399 en route to the root web page. For example, a 20 image produced by an image map file on a displayed web 

user may have traversed two web pages to get to a selected page causes the interceptor 394 to ascertain if the client 

root web page. Accordingly, the two accessed, higher level computer 200 is connected to the network 295. If the client 

web pages are downloaded into the client computer memory, computer 200 is not connected to the network, the intercep- 

in addition to the web pages saved by selecting the CFHD lor 394 causes the client computer 200 to access the local 

button 400. 25 image mapping table to ascertain if there is a stored web 

The function of pointers (i.e., hyperlinks) that are a part page associated with the section of the graphical image that 

of web pages downloaded in the client computer 200 from was selected. If there is a stored web page associated with 

the remote web site also can be maintained. More such section, its URL in the mapping table is used to fetch 

particularly, when the computer system 200 is disconnected such web page from the local directory structure for display 

from the network 295, a user may move between down- 30 on the display 270. 

loaded web pages by selecting hyperlinks on image map A mechanism also may be included for automatically 

files that are a part of displayed web pages. To that end, a updating a downloaded copy of a remote document (e.g., a 

local graphical image mapping table preferably is created in web page from an origin web site), stored on a disconnected 

the client computer 200. The mapping table associates (i.e., client computer 200, when such client computer 200 recon- 

maps) one or more sections of a graphical image produced 35 nects to the network 295. This update captures any modifi- 

by an image map file (on a downloaded web page) with one cations made to the web page at the origin web site while the 

or more locally stored web pages. The local image mapping client computer 200 was not connected to the network 295 

table may be a relational database having the fields, "coor- (ie., during disconnect). This automatic updating mechanism 

dinates on image map" and "local URL." During disconnect, (referred to herein as "autoupdate") updates the downloaded 

a selection of any part of the graphical image causes the 40 web page copy with a minimum of client computer proces- 

client computer 200 to access the local image mapping table. sor usage, thereby maximizing the speed and efficiency of 

This enables the client computer 200 to locate and display the client computer 200 during the update process, 

the web page associated with the selected part of the FIG. 13 shows an exemplary network configuration that 

graphical image. includes the autoupdate function. The network 295 includes 

A process for creating the local image mapping table is 45 a plurality of network devices that may be interconnected by 

shown in FIG. 12. This process may be initiated by the the Internet. The network devices include an origin network 

interceptor 394 either while browsing remote network sites, device 1300 ("origin server 1300**) having the web site with 

or when the CFHD button 400 is selected. Similar to the a web page, the client computer 200 for accessing the origin 

CFHD process, the preferred process of creating the local server 1300 and displaying a web page retrieved from the 

image mapping table is a background process and thus, does 50 origin server 1300, and an update network device ("update 

not interrupt the normal execution of the browser 399. server 1302"). The update server 1302, which may service 

The preferred process for creating the local image map- many client computers as described below, may be a general 

ping table begins at step 1200 by ascertaining whether the purpose computer having software for implementing the 

HTML code of a downloaded web page includes an image autoupdate function. 

map file. This may be done by scanning for an ISMAP tag 55 The autoupdate function, which may be a background 

in the HTML code. The process ends if the web page does process, may be initiated when the downloaded web page 

not include such a file. If the web page does include an (client copy) is displayed on the client computer 200. When 

image map file, the graphical image displayed by the image initiated, a copy of the web page (update copy) is uploaded 

map file then is divided into a predetermined number of into the memory of the update server 1302 from the origin 

sections at step 1202. The sections preferably are square in 60 server 1300. When the client computer 200 subsequently 

shape and should collectively encompass the entire graphi- disconnects from the network 295, the update server 1302 

cal image of the image map file. Although there may be a periodically accesses the origin server 1300 to ascertain if 

default number of sections, the user may preset either the the web page is different than the update copy. As discussed 

number of sections or the size of the sections by means of in greater detail below, this may be done by comparing the 

the configure button 402. The variable "current section" then 65 last update time of the update copy with the last update lime 

is set at step 1204 to the first section of the graphical image. of the web page on the origin server 1300. If the web page 

The center point of the current section then is examined (by is different, the update copy is modified lo reflect the 
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differences. This may be done by directly overwriting the 
update copy with a copy of the (modified) web page. 

When the client computer 200 reconnects to the network 
295, it automatically reaccesses the update server 1302. If 
the client copy is different than the update copy at such time, 
the client copy is modified to reflect the differences. This too 
may be done by directly overwriting the client copy with a 
copy of the update copy. The autoupdate process may repeat 
each time that the chent computer 200 disconnects from and 
reconnects to the network 295. The autoupdate process can 
continue until the client copy of the web page is deleted from 
the memory of the client computer 200. Alternatively, the 
autoupdate function may be turned off by accessing a control 
panel via the configure button 402. The details of one 
method for implementing this process are discussed below. 
As shown below, the autoupdate eflBciently updates the 
client copy by utilizing the processor time of the update 
server 1302 instead of the processor lime of the chent 
computer 200. 

Specifically, FIG. 14 is a flow chart illustrating a process 
for initiating the autoupdate process prior to the time that the 
client computer 200 disconnects fi'om the network 295. The 
process begins at step 1400 where the autoupdate function is 
initiated (by the user) while the client copy is displayed on 
the chent computer 200. Illustratively, the process may be 
initiated by means of a graphical user interface displaying an 
"autoupdate" button 404 at the bottom of the displayed 
client copy. After the autoupdate button 404 is selected, the 
cHent 200 creates and/or updates a local "autoupdate" data- 
base having the fields "URL" and "last update" (step 1402). 
The URL of the cUent copy is entered under the "URL" field, 
and the date and time of the last update of the client copy 
correspondingly is entered under the "last update" field. The 
cUenl then uploads an update message to the update server 
1302 specifying the URL of the selected web page and the 
last update time of such URL on the chent 200 (step 1404). 

At step 1406, in response to the update message, the 
update server 1302 modifies a "client" database that is stored 
on the update server 1302. The client database maintains a 
listing of the web pages being maintained by the update 
server 1302 for each client computer 200, and the last update 
time of each of the chent copies of such web pages. The 
chent database therefore has the fields "client", "web page 
(s)" and "last update lime and dale of chent copy of the web 
page." Accordingly, the information from the update mes- 
sage is entered into the appropriate fields in the chent 
database. For example, if the update server 1302 is main- 
taining two web pages for the client computer 200, the chent 
database will have two records for the cUent 200. Each of the 
two records therefore will specify the client 200, the URL of 
the web page being maintained, and the last update time of 
the chent copy for the maintained web page. 

At step 1408, it then is ascertained if the selected web 
page already is stored in the update server 1302. If yes, the 
autoupdate initiation process ends. If no, the update server 
1302 first downloads the web page from the origin server 
1300 (creating the update copy), and then modifies a "mas- 
ter" database stored on the update server 902 (step 1410). 
The master database, which maintains a fisting of the last 
update time of each stored update copy on the update server 
1302, includes fields "URL" and "last update." Accordingly, 
the URL of the web page is entered under the "URL" field, 
and the date and time of the last update of the update copy 
is entered under the "last update" field, 

FIG. 15 is a flow chart illustrating a process for main- 
taining the update copy while the client computer 200 is 
disconnected from the network 295. Specifically, the update 
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server 1302 first accesses the origin server 1300 (step 1500) 
and then compares the "last update" field in the master list 
with the last update time of the web page (step 1502) on the 
origin server 1300. The last update time of the web page may 

5 be accessed by conventional means. For example, the update 
server 1302 may transmit a message to the origin server 
1300 requesting a copy of the web page. In response, the 
origin server 1300 may transmit such copy to the update 
server 1302 with a header having the last update time of the 

10 web page. At step 1504, it then is ascertained if the com- 
pared times are different. If the times are not different, the 
process ends. If different and the last update time of the web 
page on the origin device is more recent than the last update 
time of the update copy, the process proceeds to step 1506 

15 where a copy of the web page (which has been modified 
since the previous download onto the update server 1302) is 
downloaded to the update server 1302. As noted above, this 
may be done by overwriting the update copy with the 
updated web page. After the updated web page is down- 

20 loaded onto the update server 1302, the "last update" field of 
the master database table is updated for such web page to 
reflect the recent update (step 1508). This process may 
repeat periodically until the cfient computer 200 reconnects 
to the Internet. 

25 FIG. 16 is a flow chart illustrating a process for updating 
the client copy when the chent computer 200 reconnects to 
the network 295 (step 1600). At step 1602, the client 
computer 200 uploads a reconnect message to the update 
server 1302 notifying the update server 1302 that the chent 

30 200 is reconnected to the network. The update server 1302 
accesses its internal chent database and master database to 
determine ff any of the chent copies must be modified (step 
1604). This is accomplished by comparing the times of the 
chent copies in the update server client database against the 

35 times in the master database. The update server 1302 then 
uploads to the chent a list of each chent copy that requires 
modification (step 1606). 

At step 1608, the client responsively uploads a time 
message to the update server 1302 with the last update times 

40 of the client copies in the list. These times are retrieved from 
the local autoupdate database. The update server 1302 then 
compares the times received in the time message against the 
times in the master database (step 1610). At step 1612, the 
update server 1302 uploads to the client 200 a copy of all 

45 web pages that have been modified since the times in the 
time message. These web pages are determined by compar- 
ing the times received in the time messages to the times 
stored in the master database. 

The above process therefore enables the autoupdate pro- 

50 cess to be used even when a client computer 200 manuaUy 
updates the chent copy via a network that is not accessible 
to the update server 1302. SpecificaUy, after the client copy 
is manually updated, the "last update" field in the local 
autoupdate database consequently is modified to reflect the 

55 time of such update. In the event that such time is more 
recent than the time of the update copy during the compari- 
son in step 1610, the process ends, thereby maintaining the 
manually updated copy of the web page as the most recent 
client copy of the web page. The update server 1302 may 

60 then modify the update copy. 

As previously noted, the update server 1302 may peri- 
odicaUy access the origin server 1300 to update the update 
copy of the web page. The accessing time period may be 
configured prior to selection of the autoupdate button 404 by 

65 selecting the configure button 402 (FIG, 4). Such time 
period may be selected based upon the nature of the infor- 
mation contained in the web page. For example, if the web 
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page includes up to the minute stock quotes, it would be 
desirable to select the time period to be relatively short, such 
as every ten minutes. Conversely, if the web page includes 
information relating to scores for weekly football games, it 
would be desirable to select the time periods to be every 5 
seven days. 

The autoupdate process also may be used even when a 
remote web page is not initially stored on the client com- 
puter 200. Specifically, when the client computer 200 
accesses the web page at the web site, the autoupdate 
process is initiated. Upon initiation, the process first down- 
loads the selected web page to the client computer 200, and 
then continues the autoupdate process as if the downloaded 
web page was originally stored on the client when the 
process was initiated. 

The system may be managed by conventional means. One 
such means is a graphical user interface listing the down- 
loaded web pages and the aspects of the system applied to 
each of those web pages. 

In an alternative embodiment, the system may be imple- 
mented as a computer program product for use with a 20 
computer system. Such implementation may include a series 
of computer instructions fixed either on a tangible medium, 
such as a computer readable media (e.g., diskette 242, 
CD-ROM 247, ROM 215, or fixed disk 252 as shown in 
FIG. 3) or transmittable to a computer system, via a modem 25 
or other interface device, such as communications adapter 
290 connected to the network 295 over a medium 291. 
Medium 291 may be either a tangible medium (e.g., optical 
or analog communications lines) or a medium implemented 
with wireless techniques (e.g., microwave, infi-ared or other 30 
transmission techniques). The series of computer instruc- 
tions embodies all or part of the functionality previously 
described herein with respect to the system. Those skilled in 
the art should appreciate that such computer instructions can 
be written in a number of programming languages for use 35 
with many computer architectures or operating systems. 
Furthermore, such instructions may be stored in any 
memory device, such as semiconductor, magnetic, optical or 
other memory devices, and may be transmitted using any 
communications technology, such as optical, infrared, 40 
microwave, or other transmission technologies. It is 
expected that such a computer program product may be 
distributed as a removable media with accompanying 
printed or electronic documentation (e.g., shrink wrapped 
software), preloaded with a computer system (e.g., on sys- 45 
tern ROM or fixed disk), or distributed from a server or 
electronic bulletin board over the network 295 (e.g., the 
Internet or World Wide Web). 

Each of the graphical user interfaces discussed above may 
be constructed by conventional software programming tech- 50 
niques known in the art. It is preferred that the GUIs be 
constructed by visual builders. 

Although various exemplary embodiments of the inven- 
tion have been disclosed, at it will be apparent to those skill 
in the art that various changes and modifications can be 55 
made which will achieve some of the advantages of the 
invention without departing from the true scope of the 
invention. These and other obvious modifications are 
intended to be covered by the appended claims. 

Having thus described the invention, what we desire to go 
claim and secure by Letters Patent is: 

1. A computer system having a processor and a memory, 
and being connectable to a remote network device by a 
network, the computer system comprising: 

A) a downloader for downloading a copy of a remote 65 
document from the remote network device into the 
memory of the computer system; 



B) a local hypertext server; 

C) a client a browser coupled with the local hypertext 
server for producing browser request to modify the 
remote document; 

D) an interceptor coupled with the client browser for 
intercepting transmissions between the client browser 
and the remote network device, the transmissions 
including a browser request to modify the remote 
document; 

E) a local application program executable by the proces- 
sor of the computer system for receiving information in 
a template from the client browser through the local 
hypertext server, and, responsive to the intercepted 
browser request, modifying the remote document copy 
to reflect the information provided by the template; and 

F) an update mechanism for causing the remote document 
on the remote network device to be updated to reflect 
modifications made by the application program to the 
remote document copy. 

2. The computer system of claim 1, wherein the local 
hypertext server can format the browser requests and direct 
the formatted requests to the local application program. 

3. The computer system of claim 1, wherein the local 
application program utilizes CGI. 

4. The computer system of claim 1, wherein the local 
application program utilizes JAVA Applet. 

5. The computer system of claim 1, wherein the local 
application program utilizes ISAPI. 

6. The computer system of claim 1, further including: 
means for downloading an application program into the 

memory of the computer system from the remote 
network device to produce the application program, 
whereby the local application is compatible with the 
appHcation program on 'the remote network device. 

7. The computer system of claim 6, wherein the down- 
loading means includes: 

A) means for receiving a transmission list from the remote 
network device to the computer system; 

B) means for downloading onto the local computer 
system, in response to receipt of the list, the remote 
document from the remote network device to produce 
the remote document copy; 

C) means for creating a directory structure on the local 
computer system that is substantiaUy similar to a tree 
stmcture on the remote network device, the tree struc- 
ture on the remote network device including the remote 
document; and 

D) means for creating a mapping table including data for 
identifying the location of the remote document copy in 
the local directory structure. 

8. The computer system of claim 7: 

A) further including means for using the local mapping 
table in locating the remote document copy in the 
memory of the computer system; and 

B) wherein, in response to the browser request to modify 
the remote document, the local application program 
produces a modified remote document copy. 

9. The computer system of claim 8, further including: 
means for displaying the modified remote document copy 

on a display device included in the local computer 
system. 

10. The computer system of claim 8, further including: 
means for transmitting the modified remote document 

copy to the remote network device for reconciliation 
with the remote document. 



03/17/2004, EAST Version: 1.4.1 



5,991,760 



19 



20 



11. The computer system of claim 1, further including: 
the downloader that is responsive to the browser request 

in downloading the remote document copy; the appli- 
cation program making modifications in the remote 
document copy in accordance with the browser request; 
and the update mechanism causing the modifications in 
the remote document copy to be reflected in the remote 
document on the remote network device. 

12. The computer system of claim 1, further comprising 
a connection manager for determining if the computer 
system is connected to the network, and wherein, in 
response to the connection manager: 

A) the downloader downloads the remote document copy 
when the computer system is connected to the network; 

B) the application program modifies the remote document 
copy when the computer system is disconnect from the 
network; and 

Q the update mechanism causes the remote document to 
be updated when the computer system is connected to 
the network. 

13. The computer system of claim 1, wherein the remote 
document is a database. 

14. A computer system having a processor and a memory, 
and being coonectable to a remote network device by a 
network, the computer system comprising: 

A) a browser; 

B) an interceptor coupled with the browser for intercept- 
ing transmissions between the browser and the remote 
network device when the computer system is not con- 
nected to the network, the transmissions including a 
browser request to modify a remote document that is 
stored on the remote network device; 

Q a downloader responsive to the browser request for 
downloading a local copy of the remote document into 
the memory of the computer system from the remote 
network device; 

D) a hypertext server coupled with the interceptor for 
formatting data received from the interceptor into for- 
matted data having a selected interface format, said 
formatted data including a number of changes to be 
made in the remote document; 

E) a local appHcation program executable by the proces- 
sor for receiving the formatted data from the hypertext 
server and effectuating the changes in the local copy of 
the remote document; and 

F) a mechanism for accessing a reconciliation engine in 
the remote network device to cause the changes in the 
local copy to be reflected in the remote document on the 
remote network device. 

15. The computer system of claim 14, wherein the local 
hypertext server comprises: 

A) an engine for formatting data received fi"om the 
interceptor into the formatted data; 

B) a directory mapping table for identifying a location of 
the local copy of the remote document in a directory 
structure that is substantially similar to a tree structure 
on the remote network device, the tree structure con- 
taining the remote document; 

Q a data pump for downloading the remote document 
from the remote network device; and 

D) a cache control for causing the data pump to download 
the local copy of the remote document from the remote 
network device to the memory of the computer system. 

16. ITie computer system of claim 14, wherein the inter- 
ceptor comprises: 
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A) a redirector for receiving browser requests from the 
browser and directing specified requests to the local 
hypertext server; and 

B) a connection manager for determining if the computer 
system is connected to the network. 

17. A method of processing a remote document stored in 
a network device remote from a local computer system, the 
local computer system having a processor, a memory, and a 
client browser, and being connectable to the remote network 
device by a network, the method comprising the steps of: 

A) a client browser producing a browser request to 
modify the remote document; 

B) intercepting the browser request; 

C) responsive to the browser request, downloading a copy 
of the remote document from the remote network 
device into the memory of the computer system; 

D) a local hypertext server conveying information in a 
template from the client browser to a local application 
program executable by the processor of the local com- 
puter system; 

E) using the local application program in modifying the 
remote docimient copy to reflect modifications to the 
remote document as indicated by the browser request; 
and 

F) causing the remote document on the remote network 
device to be updated to reflect the modifications made 
by the application program to the remote document 
copy. 

18. The method of claim 17, further comprising the step 
of the local hypertext server formatting the browser request 
and directing the formatted request to the local application 
program. 

19. The method of claim 17, wherein the downloading 
step further comprises the steps of: 

A) receiving a transmission list from the remote network 
device to the local computer system; 

B) downloading onto the local computer system, in 
response to receipt of the list, the remote document 
from the remote network device to produce the remote 
document copy; 

C) creating a local directory structure on the local com- 
puter system that is substantially similar to a tree 
structure on the remote network device, the tree struc- 
ture on the remote network device including the remote 
document; and 

D) creating a local mapping table including data for 
identifying the location of the remote document copy in 
the local directory structure. 

20. The method of claim 17, further including the step of; 

A) locating the remote document copy in the memory of 
the computer system if the computer system is not 
connected to the network; and 

B) executing the local application program, in response to 
a browser request, to modify the remote document 
copy, the local application program producing a modi- 
fled remote document copy. 

21. The method of claim 17, further including the step of: 
displaying the modified remote document copy on a 

display device included in the local computer system. 

22. The method of claim 17, further including the step of: 
transmitting the modified remote document copy to the 

remote network device for reconciliation with the 
remote document. 
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23. A computer program product comprising: 

A) a computer usable media having computer readable 
program code thereon for processing a remote docu- 
menl stored in a network device remote from a local 
computer system executing the computer readable pro- 5 
gram code, the local computer system having a 
processor, a memory, and a browser, and being con- 
nectable to the remote network device by a network, the 
computer readable program code comprising: 

B) program code for producing a browser request to 
modify the remote document; 

C) program code for intercepting the browser request; 

D) program code, responsive to the browser request, for 
downloading a copy of the remote document from the 15 
remote network device into the memory of the com- 
puter system; 

E) program code for causing a local hypertext server to 
convey information in a template from the client 
browser to a local application program executable by 20 
the processor of the local computer system; 

F) program code for using the local application program 
in modifying the remote document copy to reflect 
modifications to the remote document as indicated by 
the browser request; and 25 

G) program code for causing the remote document on the 
remote network device to be updated to reflect the 
modifications made by the application program to the 
remote document copy. 

24. The computer program product of claim 23, further "^^ 
comprising program code for causing the local hypertext 
server to format the browser request and direct the formatted 
request to the local application program. 

25. The computer program product 23, further compris- 
ing: 

A) program code for receiving a transmission list from the 
remote network device; 
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B) program code for downloading onto the local computer 
system, in response to receipt of the list, the remote 
document from the remote network device to produce 
the remote document copy; 

C) program code for creating a local directory structure on 
the local computer system that is substantially similar 
to a tree structure on the remote network device, the 
tree structure on the remote network device including 
the remote document; and 

D) program code for creating a local mapping table 
including data for identifying the location of the remote 
document copy in the local directory structure. 

26. The computer program product of claim 23, further 
including: 

A) program code for locating the remote document copy 
in the memory of the computer system if the computer 
system is not connected to the network; and 

B) program code for causing execution of the local 
application program, in response to a browser request, 
to modify the remote document copy, the local appli- 
cation program producing a modified remote document 
copy. 

27. The computer program product of claim 23, further 
including: 

program code for causing the modified remote document 
copy to be displayed on a display device included in the 
local computer system, 

28. The computer program product of claim 23, further 
including: 

program code for causing the modified remote document 
copy to be transmitted to the remote network device for 
reconciliation with the remote document. 
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